Celestin Apprentice 2

home *** CD-ROM | disk | FTP | other *** search

/ Celestin Apprentice 2 / Apprentice-Release2.iso / Information / Digests / CSMP Digest / volume 3 / csmp-digest-v3-069 < prev next >

Wrap

Text File | 1994-12-08 | 59.6 KB | 647 lines | [TEXT/R*ch]

Control Strip Tester Available! Dragging to a background app? GeoPort-GeoPod Documentation - Does it exist? How to get list of files in folder Sample code for Launching appl from SC++ or TC. Subject: Apple PR: MacOS Software Developer's Kit The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier (pottier@clipper.ens.fr). The digest is a collection of article threads from the internet newsgroup comp.sys.mac.programmer. It is designed for people who read c.s.m.p. semi- regularly and want an archive of the discussions. If you don't know what a newsgroup is, you probably don't have access to it. Ask your systems administrator(s) for details. If you don't have access to news, you may still be able to post messages to the group by using a mail server like anon.penet.fi (mail help@anon.penet.fi for more information). Each issue of the digest contains one or more sets of articles (called threads), with each set corresponding to a 'discussion' of a particular subject. The articles are not edited; all articles included in this digest are in their original posted form (as received by our news server at nef.ens.fr). Article threads are not added to the digest until the last article added to the thread is at least two weeks old (this is to ensure that the thread is dead before adding it to the digest). Article threads that consist of only one message are generally not included in the digest. The digest is officially distributed by two means, by email and ftp. If you want to receive the digest by mail, send email to listserv@ens.fr with no subject and one of the following commands as body: help Sends you a summary of commands subscribe csmp-digest Your Name Adds you to the mailing list signoff csmp-digest Removes you from the list Once you have subscribed, you will automatically receive each new issue as it is created. The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest. Questions related to the ftp site should be directed to scott.silver@dartmouth.edu. Currently no previous volumes of the CSMP digest are available there. Also, the digests are available to WAIS users. To search back issues with WAIS, use comp.sys.mac.programmer.src. With Mosaic, use http://www.wais.com/wais-dbs/comp.sys.mac.programmer.html. ------------------------------------------------------- >From whsands@netcom.com (Tom Williams) Subject: Animation Techniques Date: Tue, 1 Nov 1994 07:41:03 GMT Organization: NETCOM On-line Communication Services (408 261-4700 guest) Hi Everyone. I am interrested in the different aproaches for storing all of a programs sprites for a project. In particular, a game. As I browse through many Mac Games' Resource Forks, I come across two common aproaches. The first is to have each sprite (usually no larger than 32x32) contained in its own PICT resource. The second is to merge all the sprites into one big huge pict resource. The second aproach seems more logical since you could simply create a gworld, copy the entire pict into the gworld and then copybits the rects of the part of the image you want to display on the screen at one time. Does anyone have any arguments and possibly some C source code around pertaining to the second method? Thanks in advance, Warm Regards, Tom Williams. +++++++++++++++++++++++++++ >From posto881@cs.uidaho.edu (DuckMan) Date: 1 Nov 1994 19:41:10 GMT Organization: University of Idaho, Moscow, Idaho Tom Williams (whsands@netcom.com) wrote: : Hi Everyone. : I am interrested in the different aproaches for storing all of a : programs sprites for a project. In particular, a game. As I browse : through many Mac Games' Resource Forks, I come across two common : aproaches. The first is to have each sprite (usually no larger than : 32x32) contained in its own PICT resource. The second is to merge all : the sprites into one big huge pict resource. The second aproach seems : more logical since you could simply create a gworld, copy the entire pict : into the g a white (ForeColor) background. -- Not a problem in my case. 2) The sprite can not contain the color white (ForeColor). -- Again not a problem. What I do is create my sprites in Photoshop, use the magic wand to select the background (white), select similar (all white now selected) fill with one tick less than white, reselect background, fill white. Now I do not need to worry about masking in CopyBits because CopyBits does it for me. This also gives me the benefits of using a 'PICT' versus a 'cicn'. No size restriction. No color table restriction. In addition, I have all the power of photoshop at my disposal. Try creating a marble textured sphere in ResEdit's 'cicn' editor. In Photoshop - Edit>Fill>Pattern, Filter>Distort>KPT Glass Lens Bright. Quod erat demonstrandum. Naturally, if the pixel map of your 'PICT' is larger than the 'cicn' you will notice a speed penalty. You may also have a custom blitter that can do masking faster than CopyBits, but I find this method quite acceptable. -- Hope this helps. Mark H. Linton ____________________________________________________________________ mark \'m‰rk\ n [ME, fr. OE mearc boundary, march, sign; akin to OHG marha boundary, L margo] 1 a : a conspicuous object serving as a guide for travelers 2 : A standard or criterion of quality 3 : An object or point that serves as a guide --idiom. mark time. 1 : To make little or no progress +++++++++++++++++++++++++++ >From Rick_E._Stewart@galaxy.com (Rick E. Stewart) Date: 05 Nov 1994 18:54:45 GMT Organization: Galaxy Online Services If your looking for ways of Sprite animation, you should look at the Sprite Animation Toolkit, or the Animation Class Libary. These can be FTP'd from many Mac Archives. They can show you any of the type of animation you want. Rick --------------------------- >From phixus@netcom.com (Chris DeSalvo) Subject: Control Strip Tester Available! Date: Sat, 5 Nov 1994 09:36:35 GMT Organization: NETCOM On-line Communication Services (408 261-4700 guest) I just mailed off version 1.0 of my Control Strip Module Tester to MacGifts. This is a small application that will host a Control Strip module for testing purposes. Anything that you can do in the real Control Strip you can do in the tester. This includes: o Allocating memory blocks that are passed back to your SDEV. o Loading your resources during your init phase. o A tickle heartbeat for periodic processing. o Full support for pop-up menus, Balloon Help and other stuff. No longer will you have to restart your Mac just to check a change of one line of code. You can also use it to sample any new modules that you get without actually having to load them into the system. The util is free. It should be in the MacGifts distribution sites in a couple of days. Also available are my module shell and my CD Strip which allows pops-up a menu of track titles on a mounted audio CD so you can pick a song to play. Both are free and available with full C source for CodeWarrior 4.5. If you have questions about the tester, or would like my sample code, just email me. 24-hours is usual response time. Thanx, Chris -- +-----------------------------------------------------------------+ | phixus@netcom.com | Macintosh: Changing the world, | | Chris De Salvo | one person at a time! | | Professional Mac Geek | ----------------------------- | | for MacPlay, Inc. | (I wish they'd hurry up!) | +-----------------------------------------------------------------+ Any opinions expressed, or implied, are my own! They should not be considered representative of the opinions or policies of my employer, MacPlay, a division of Interplay Productions, Inc. +++++++++++++++++++++++++++ >From neil_ticktin@xplain.com (Neil Ticktin) Date: Sat, 5 Nov 1994 19:41:40 GMT Organization: MacTech Magazine/Xplain Corp. In article <phixusCysG0z.L1A@netcom.com>, phixus@netcom.com (Chris DeSalvo) wrote: >> I just mailed off version 1.0 of my Control Strip Module Tester to >> MacGifts. >> >> This is a small application that will host a Control Strip module for >> testing purposes. Anything that you can do in the real Control Strip >> you can do in the tester. This includes: >> >> o Allocating memory blocks that are passed back to your SDEV. >> o Loading your resources during your init phase. >> o A tickle heartbeat for periodic processing. >> o Full support for pop-up menus, Balloon Help and other stuff. >> >> No longer will you have to restart your Mac just to check a change of >> one line of code. You can also use it to sample any new modules that >> you get without actually having to load them into the system. >> >> The util is free. It should be in the MacGifts distribution sites in >> a couple of days. >> >> Also available are my module shell and my CD Strip which allows >> pops-up a menu of track titles on a mounted audio CD so you can pick a >> song to play. Both are free and available with full C source for >> CodeWarrior 4.5. >> >> If you have questions about the tester, or would like my sample code, >> just email me. 24-hours is usual response time. Chris, People should also check out the Dec issue which has an article on how to write control strip modules. Pretty cool stuff, huh? The issue will be available at the end of this month. Hope it helps, Neil Ticktin MacTech Magazine - --------------------------------------------------------------------- Neil Ticktin, MacTech Magazine (formerly MacTutor) PO Box 250055, Los Angeles, CA 90025 * 310-575-4343 * Fax: 310-575-0925 For more info, anonymous ftp to ftp.netcom.com and cd to /pub/xplain custservice@xplain.com * editorial@xplain.com * adsales@xplain.com marketing@xplain.com * accounting@xplain.com * pressreleases@xplain.com progchallenge@xplain.com * publisher@xplain.com * info@xplain.com --------------------------- >From an144239@anon.penet.fi (Randall Meadows) Subject: Dragging to a background app? Date: Fri, 4 Nov 1994 16:37:12 UTC Organization: Anonymous contact service I am implementing some Drag-and-Drop code into an existing application. Due to time constraints and wanting to avoid some major code-rewriting, I have put in D&D on top of what I have now. Here is a problem hopefully someone has run across and can help me out with: My program is in the background. A drag is started in another application, say the Finder, and a drop occurs in my program (which tracks the drag as expected). There are certain situations where an abnormal condition can occur, such as a drag containing a file type that I do not support (like a folder or a volume). If the drag also contains valid items, most of the time I want to handle those normally, but some of them require special handling, like letting the user choose which resources in a Scrapbook file to select. In this latter situation, I use a modal dialog box to let the user select the resources. (I also use an alert box to notify the user of errors, which presents the same problem.) But, as I said before, my program is in the background, and so I hang when the dialog opens up. I tried forcing my program to the foreground using SetFrontProcess(), but this doesn't work. Do I need to (or can I) just sit in a loop until the foreground process calls WaitNextEvent(), which is when the process switching occurs? Or am I totally hosed, and have to disallow the drag (of at least certain items in that drag)? [Note that I want to try to avoid the Notification Manager as that would require some massive code changes that I don't really have time to deal with right now. Yes, I know, I know...!] !PLEASE! CC: a copy of your reply to me ("meadowsr@fgm.com") as I have to post through an anonymous server because we don't get newsfeeds here. Any help you can give would be most appreciated. Thanks!! Randall Meadows meadowsr@fgm.com "Show me a good loser, and I'll show you a loser." - ----------------------------------------------------------------------t their PhonePro program uses to interface with it. You can then use this tool with any other Telephone Manger program out there...of which, I only know of one, which a friend of mine wrote. (It's a totally cool AppleScript interface for the telephone manager. Dials the phone, transfers calls if you're on a Centrex system, that kind of thing.) Even so, there's no voice support in the telephone manager yet; it's supposed to be in the next version which hasn't yet materialized. This means you can't do voicemail-type apps without serious hacking. (We used a second sound card for sound in/out, hooked up to the line through a little black box I concocted from Radio Shack.) I think Cypress hacked voice support through the Telephone Manager's 'device-specific' calls, but I'm not sure. The only guy I know who actually has other Telephone Tools for other modems is Michael Spizer at Glen Canyon Software. He has posted stuff about it on Applelink a long time back. Feel free to call, write, fax, and mail-bomb the Apple Telephony Evangelist, Michael Bayer (Bayer1@applelink.apple.com). He's a total wad who, in my experience, never returns email or phone calls, never provides support or accurate information about Apple's plans, and may simply make your life hell. He wasn't any help in making our product come to life. It will make you want to switch to TAPI. But don't. Rob +++++++++++++++++++++++++++ >From sdk@cci.com (Stephen Knight) Date: Sat, 5 Nov 1994 19:24:27 GMT Organization: Northern Telecom In article <39bpbf$ige@redstone.interpath.net>, RobTerrell@vmedia.com (Rob Terrell) wrote: > In article <cshotton-0311941102280001@oac2.hsc.uth.tmc.edu> > cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > > > Here's the best answer so far from Apple DTS. There is no documentation > > that corresponds to the interfaces used to develop ApplePhone. It was > > written to internal, undocumented interfaces. The closest thing to > > documentation on how to play with the GeoPort/GeoPod is contained in the > > "Telephone Manager" CTB extensions. This info is available from APDA. The > > Telephone Manager is a part of System 7.5 and is also available on the > > most recent Developer's CD (TelMgr 1.1, or something like that.) > > No, the Telephone Manager is an API in its own right...It doesn't > connect with CTB at all. So when the CTB goes away, the tel manager > will still be around. Unfortunately. True. > > I worked on a project for a large telcom firm and tried like hell to > get the Geoport APIs out of Apple. None was made available, not even to > a large telcom firm that's deeply in bed with Apple. True. > > > Whether the product from APDA comes with a GeoPod tool is unclear. > > If there isn't a GeoPod tool then this software is useless since Apple > > hasn't documented how you talk to a GeoPod, making it impossible for 3rd > > parties to write a GeoPod tool. > > It doesn't, and you're right, it's useless. The telephone manager lets > you do things like place calls, transfer calls, answer calls, and so > forth. It doesn't actually IMPLEMENT these features, it just provides a > callable API for them. > > If you want these features for a particular phone system, you'll need > to write a telephone tool. There are very few tools out there. There is > NO tool for the GeoPort. I repeat--no GeoPort tool. True. > > Cypress Research gives away a tool for the SupraFax modem that their > PhonePro program uses to interface with it. You can then use this tool > with any other Telephone Manger program out there...of which, I only > know of one, which a friend of mine wrote. (It's a totally cool > AppleScript interface for the telephone manager. Dials the phone, > transfers calls if you're on a Centrex system, that kind of thing.) > > Even so, there's no voice support in the telephone manager yet; it's > supposed to be in the next version which hasn't yet materialized. This > means you can't do voicemail-type apps without serious hacking. (We > used a second sound card for sound in/out, hooked up to the line > through a little black box I concocted from Radio Shack.) I think > Cypress hacked voice support through the Telephone Manager's > 'device-specific' calls, but I'm not sure. You're correct. Cypress's tool uses the "device-specific" calls to use voice support. It requires a voice-modem. In theory, they have a new box in beta that will provide the POTS interface that the GeoPort does. > > The only guy I know who actually has other Telephone Tools for other > modems is Michael Spizer at Glen Canyon Software. He has posted stuff > about it on Applelink a long time back. His name is Michael Speiser and he seems a pretty neat guy to talk to. > > Feel free to call, write, fax, and mail-bomb the Apple Telephony > Evangelist, Michael Bayer (Bayer1@applelink.apple.com). He's a total > wad who, in my experience, never returns email or phone calls, never > provides support or accurate information about Apple's plans, and may > simply make your life hell. He wasn't any help in making our product > come to life. It will make you want to switch to TAPI. But don't. Bayer will return email...sometimes. He also promises that their GeoPort TM tool will even slice bread. But, he won't tell when it will be done and after awhile he stops answering the email (no, I didn't bomb him. he said their tool (when ready) would be great. he asked for my mail address so that non-disclosures could be sent. I sent it to him and.... So, since the GeoPort is useless (it makes an expensive modem), the current choices Cypress Research and Collaboration Technologies. Collaboration is advertising "PhoneBridge". They currently have a $500 developer program (comes with beta software and hardware, when the hardware goes final you get a free upgrade). Their talk is that they can satisfy our requirements (it'll be interesting to see if they can walk). Oh well -- Steve Knight Northern Telecom Rochester, NY +++++++++++++++++++++++++++ >From sw@network-analysis-ltd.co.uk (Sak Wathanasin) Date: Mon, 7 Nov 94 09:15:37 GMT Organization: Network Analysis Ltd In article <sdk-0511941528450001@47.216.192.238> (comp.sys.mac.programmer,comp.sys.mac.comm), sdk@cci.com (Stephen Knight) writes: > current choices Cypress Research and Collaboration Technologies. > Collaboration is advertising "PhoneBridge". They currently have a $500 > developer program (comes with beta software and hardware, when the > hardware goes final you get a free upgrade). Do these guys actually exist? I've sent them email about 3 times with no response. It doesn't bode well... Sak Wathanasin Network Analysis Limited 178 Wainbody Ave South, Coventry CV3 6BX, UK Internet: sw@network-analysis-ltd.co.uk uucp: ...!uknet!nan!sw AppleLink: NAN.LTD Phone: (+44) 203 419996 Mobile:(+44) 850 587411 Fax: (+44) 203 690690 +++++++++++++++++++++++++++ >From Darrin Cardani <Darrin.Cardani@AtlantaGA.NCR.COM> Date: Fri, 4 Nov 1994 21:27:36 GMT Organization: AT&T Global Information Solutions, Atlanta >In article <39bpbf$ige@redstone.interpath.net> Rob Terrell writes: >In article <cshotton-0311941102280001@oac2.hsc.uth.tmc.edu> >cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes: > >> Here's the best answer so far from Apple DTS. There is no documentation >> that corresponds to the interfaces used to develop ApplePhone. It was >> written to internal, undocumented interfaces. The closest thing to >> documentation on how to play with the GeoPort/GeoPod is contained in the >> "Telephone Manager" CTB extensions. This info is available from APDA. The >> Telephone Manager is a part of System 7.5 and is also available on the >> most recent Developer's CD (TelMgr 1.1, or something like that.) [...] >I worked on a project for a large telcom firm and tried like hell to >get the Geoport APIs out of Apple. None was made available, not even to >a large telcom firm that's deeply in bed with Apple. etc. Are you aware of the following press release from Apple? - -----forwarded stuff------ Support Grows for Apple GeoPort Standard 10/21/94 CUPERTINO, CALIFORNIA, U.S.A., 199't believe how irritated I get everytime I see a Compaq ad bragging about their speech or phone handling. The last time I looked at an article in Computer Telephony on phone handling Apple wasn't mentioned (they had been mentioned in a previous article...months ago). As far as I can see, Apple isn't even considered a player. Sorry folks, the wound is self-inflicted. It will be even more pitiful if any of those other box-making companies release their APIs before Apple (question at the 94 WWDC: "when are you going to document the GeoPort APIs?" answer: "uhhh, we haven't decided yet"). We've been wanting to release telephony capable applications to our customers for over a year. Well, it looks like we're finally going to, but it won't be with GeoPort. Hellooooo Collaboration Technologies!!! -- Steve Knight Northern Telecom Rochester, NY +++++++++++++++++++++++++++ >From RobTerrell@vmedia.com (Rob Terrell) Date: 8 Nov 1994 16:01:28 GMT Organization: Jecta Development Corp. In article <sdk-0711942247550001@47.216.192.236> sdk@cci.com (Stephen Knight) writes: > Unfortunately, as long as GeoPort documentation is still unreleased from > Apple, the GeoPort makes a neat fax-modem. Big deal. You wouldn't > believe how irritated I get everytime I see a Compaq ad bragging about > their speech or phone handling. I've got to agree with Stephen. The situation has been unbearable for over a year now. Until I quit my previous job, I spent a day a week trying to pry GeoPort secrets out of Apple. Press releases are bullshit. If I can't get the inforamtion to program for a product, it's useless. Apple once was touting their Telepohny Apps, but not anymore. The AV Mac "Answering Machine" barely works, and despite the fact that legions of programmers have wanted to make a real, working version, Apple refuses to release the specs. I honestly can't imagine why. +++++++++++++++++++++++++++ >From amanda@intercon.com (Amanda Walker) Date: 8 Nov 1994 20:36:48 -0500 Organization: InterCon Systems Corporation, Engineering Dept. RobTerrell@vmedia.com (Rob Terrell) writes: >Feel free to call, write, fax, and mail-bomb the Apple Telephony >Evangelist, Michael Bayer (Bayer1@applelink.apple.com). He's a total >wad who, in my experience, never returns email or phone calls, never >provides support or accurate information about Apple's plans, and may >simply make your life hell. He wasn't any help in making our product >come to life. It will make you want to switch to TAPI. But don't. I wouldn't go that far, even speaking as someone who'se been nagging Apple about GeoPort docs for over a year (I even asked Michael about it point-blank at this year's WWDC, to applause from the crowd :)). Documentation and support software for the GeoPort architecture is inexcusably late, but I'm not going to start laying the blame at Michael's or anyone else's feet. Taking the DSP out of the Power Macs probably did a lot to set back the progress, since they then had to invent a new real-time scheduler to replace ARTA, come up with new Sound Manager components, and so on. I'm not singing their praises just yet, but then again I'm glad I don't work at Apple whenever I read about the latest reorg in MacWeek :). Engineers and evangelists are seldom the problem, in my experience. Amanda Walker InterCon Systems Corporation +++++++++++++++++++++++++++ >From mancini@fysik.uu.se (Derrick C. Mancini) Date: Wed, 9 Nov 1994 10:03:12 GMT Organization: MAX-Lab, Lunds Universitet In article <CyrIA0.BDK@attatl.AtlantaGA.NCR.COM>, Darrin.Cardani@AtlantaGA.NCR.COM wrote: > Are you aware of the following press release from Apple? > -------forwarded stuff------ > Support Grows for Apple GeoPort Standard 10/21/94 > > CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's (NASDAQ: > APPL) GeoPort interface, first announced in 1993, has gained new support (rest of press released deleted) Yes, but that still doesn't make any of the necessary information public or indicate what new products, if any, that Apple might introduce or upgrade. If anything, tino, California--October 31, 1994--Responding to developer ] requests, Apple Computer, Inc. today announced availability of a ] software developer's kit that combines most of its existing software ] developer's kits into one convenient--and very affordable--package. ] For U.S. $299, developers can purchase an annual subscription to the ] new Mac OS Software Developer's Kit (SDK), which is available on a ] CD-ROM and includes quarterly updates. ] Another important benefit of the Mac OS Software Developer's Kit is ] its streamlined approach to software licensing. Subscribers ] automatically will be able to redistribute certain system extension ] files and libraries with programs they develop that require these ] components. ] With a subscription to the Mac OS Software Developer's Kit, ] developers will receive a disc each quarter that contains the most ] recent versions of almost all of Apple's system-software extensions, ] making it convenient to track these most recent extension releases ] and incorporate support for them into applications. In addition to ] the system-software extensions, the Mac OS SDK includes programming ] interfaces and libraries, sample code, and technical documentation. ] The initial release of Mac OS SDK includes SDKs for the following ] software extensions: ] ] Apple Guide MacODBC ] Apple Open Collaboration Environment (AOCE) MacOSI Connection ] Apple Remote Access MacSNMP ] Apple Remote Access Modem MacTCP ] Apple Shared Library Manager MacX.400 ] AppleScript MacX25 ] AppleSearch MIDI Management Tools ] AppleShare API Network Software Installer ] AppleTalk Wide Area Open Transport ] ColorSync PlainTalk ] Communications Toolbox QuickDraw GX ] Control Strip QuickTime ] Designing PCI Cards & Drivers Sound Manager ] File System Manager Telephone Manager ] Installer Thread Manager ] Macintosh Drag and Drop XTND ] Macintosh Easy Open ] Members worldwide of Apple's Partners Program will receive one ] subscription to the Mac OS SDK without charge as one of the benefits ] of the program. For other developers, subscriptions to the Mac OS ] Software Developer's Kit are available immediately through APDA ] APDA ] Apple Computer, Inc. ] P.O. Box 319 ] Buffalo, NY 14207-0319 ] 800-282-2732 (U.S.A.) ] 800-637-0029 (Canada) ] 716-871-6555 (International) ] 716-871-6511 (Fax) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______ _____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Brian A. Cole |_ _ | | ___| http://www.cs.wisc.edu/~tuc/ Head Consultant | | | |__| |___ The speed of time is tuc@cs.wisc.edu |_| |__________| 3600 seconds per hour. --------------------------- End of C.S.M.P. Digest **********************